Date: Wed, 14 Apr 93 12:31:26 PDT 

From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu> 
Errors-To: Packet-Radio-Errors@UCSD.Edu 

Reply-To: Packet-Radio@UCSD.Edu 

Precedence: Bulk 

Subject: Packet-Radio Digest V93 #101 

To: packet-radio 


Packet-Radio Digest Wed, 14 Apr 93 Volume 93 : Issue 101 


Today's Topics: 
AMPRNet IP Address Coordinators 
Baycom / PMP - problem 
Cable TVI interference (2 msgs) 
DPK-2 
DRSI modems 
F6FBB 'Port' Numbers (2 msgs) 
Getting in contact with TCP coordinator for Southern Wisconsin 
help 
KA9Q more than 2 packet drivers ? 
MSYS 1.14; is it out? 
Packet radio in Washington, DC - info please. 
Possible KAME v6.1 problem 
RFD: reorganization of rec.radio.amateur 


Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu> 
Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu> 
Problems you can't solve otherwise to brian@ucsd.edu. 


Archives of past issues of the Packet-Radio Digest are available 
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio". 


We trust that readers are intelligent enough to realize that all text 
herein consists of personal comments and does not represent the official 
policies or positions of any party. Your mileage may vary. So there. 


Date: 14 Apr 93 18:39:59 GMT 
From: news-mail-gateway@ucsd.edu 
Subject: AMPRNet IP Address Coordinators 
To: packet-radio@ucsd.edu 
AMPRNet IP address coordinators as of 14 April 1993 


Corrections and updates to brian@ucsd.edu. 


Note: the people listed here have volunteered to issue IP addresses for 


their areas. They are not paid to do this service; please understand 
that they are perfectly at ease to deal with coordination responses at 
a lower priority than the things that matter more, such as job and 
family. Please be patient when requesting an address. 


44.002 Bob Meyer K6RTV Calif: Sacramento 

44.004 Douglas Thom N60YU Calif: Silicon Valley - San Francisco 
44.006 Don Jacob WB5EKU Calif: Santa Barbara/Ventura 

44.008 Brian Kantor WB6CYT Calif: San Diego 

44.010 Terry Neal AA6TN Calif: Orange County 

44.012 Steven King KD7RO Eastern Washington, Idaho 

44.014 John Shalamskas KJ9U Hawaii & Pacific Islands 

44.016 Jeff Angus WA6FWI Calif: Los Angeles - S F Valley 
44.017 Dana Myers KK6JQ Calif: Antelope Valley/Kern County 
44.018 Geoffrey Joy KE6QH Calif: San Bernardino & Riverside 
44.020 Fred Schneider KOYUM Colorado: Northeast 

44.022 John Stannard KL7JL Alaska 

44.024 Dennis Goodwin KB7DZ Washington state: Western (Puget Sound) 
44.026 Ron Henderson WA7TAS Oregon 

44.028 Don Adkins KD5QN Texas: North 

44.030 J Gary Bender WS5N New Mexico 

44.032 Bdale Garbee N3EUA Colorado: Southeast 

44.034 Mark J. Bailey N4XHX Tennesee 

44.036 Doug Drye KDANC Georgia 

44.038 Mike Abbott N4QXV South Carolina 

44.040 Jeff Jacobsen WA7MBL Utah 

44.042 Phil Akers WA4DDE Mississippi 

44.044 Bob Wilson KA1XN Massachusetts: western 

44.046 William Simmons WBOROT Missouri 

44.048 Jacques Kubley KA9FIS Indiana 

44.050 Ron Breitwisch KCOOX Towa 

44.052 Gary Grebus K8LT New Hampshire 

44.054 Ralph Stetson KD1R Vermont 

44.056 Don Hughes KALMF Eastern&Central Mass 

44.058 Rich Clemens KB8A0B West Virginia 

44.060 Howard Leadmon WB3FFV Maryland 

44.062 Jim DeArras WA4ONG Virginia 

44.062 Jon Gefaell KD4CQY Virginia (Charlottesville Area) 
44.064 Dave Trulli NN2Z New Jersey: northern 

44.065 Bob Applegate WA2ZZX New Jersey: southern 

44.066 John DeGood NU3E Delaware 

44.068 .1-32 Bob Foxworth K2EUH New York: NYC & Long Island 
44.068 .64+ Bob Bellini N2TGU New York: ENY 

44.069 Paul Gerwitz WA2WPI New York: WNY 

44.070 Gary Sanders N8EMR Ohio 

44.072 Ken Stritzel WA9AEK Chicago - North Ill. 

44.073 Chuck Henderson WB9UUS South/Central Ill. 


44.074 James Curran KA4OJIN North Carolina (east) 


44.075 Charles Layno WBAWOR North Carolina (west) 


44.076 Kurt Freiberger WB5BBW Texas: south 
44.077 Rod Huckabay KA5EJX Texas: west 

44.078 Joe Buswell K5JB Oklahoma 

44.080 Doug Crompton WA3DSP Pennsylvania: eastern 
44.082 Steven Elwood N7GXP Montana 

44.084 Bob Ludtke KOMWM Colorado: Western 
44.086 Reid Fletcher WB7CJO Wyoming 

44.088 Jon Bloom KE3Z Connecticut 

44.090 Mike Nickolaus NFON Nebraska 

44.092 Pat Davis KD9UU Wisconsin, upper peninsula Michigan 
44.094 Gary Sharp WDOHEB Minnesota 

44.096 Don Bennett K4NGC District of Columbia 
44.098 Bruce ?? WD4HIM Florida 

44.100 Richard Elling KB4HB Alabama 

44.102 Jeff King WB8WKA Michigan (lower peninsula) 
44.104 Charles Greene W1CG Rhode Island 

44.106 Tyler Barnett NATY Kentucky 

44.108 James Dugal N5KNX Louisiana 

44.110 Richard Duncan WD5B Arkansas 

44.112 Bob Hoffman N3CVL Pennsylvania: western 
44.114 Steven Elwood N7GXP N&S Dakota 

44.116 Tom Kloos WS7S Oregon: NW&Portland,Vancouver WA 
44.118 Jon Andrews WA2YVL Maine 

44.120 unassigned 

44.122 Dale Puckett KOHYD Kansas 

44.124 David Dodell WB7TPY Arizona 

44.125.0-126 Earl Petersen KF7TI Southern Nevada 
44 .125.128-254 Bill Healy ? Northern Nevada 
44.126 Karl Wagner KP4QG Puerto Rico 


dE 

d## 44.128 is reserved for testing. Do not use for operational networks. 

d## You may safely assume that any packets with 44.128 addresses are bogons 
## unless you are using them for some sort of testing 

dE 

44.128 TEST 

dE 

## International subnet coordinators by country 

dt 


44.129 Japan JGISLY Tak Kushida, JH3XCU Joly Kanbayashi 

44.130 Germany DLATA Ralf D Kloth 

44.131 United Kingdom GIPLT Paul Taylor 

44.132 Indonesia YB1BG Robby Soebiakto 

44.133 Spain EA4DQX Jose Antonio Garcia. Madrid. (EA4DQX @ EA4DQX) 
44.134 Italy I2KFX 

44.135 Canada VE3IF Barry McLarnon 


44.136 Australia VK2ZXQ John Tanner 
44.137 Netherlands PAOGRI Gerard Van Der Grinten 


44.138 Israel 4X1GP Peleg Lapid 


44.139 Finland OHIMQK Matti Aarnio 

44.140 Sweden SMOIES Lennart 

44.141 Norway LA4IL Per Eotang 

44.142 Switzerland HB9CAT Marco Zollinger 
44.143 Austria OE1KDA Krzysztof Dabrowski 
44.144 Belgium ON7LE 

44.145 Denmark OZ1EUI 


44.146 Phillipines DU1UJ Eddie Manolo 

44.147 New Zealand ZL2BKC Wayne Knowles 

44.148 Ecuador HC5K Ted 

44.149 Hong Kong VS6EL 

44.150 Slovenija S53FK Iztok Saje 

44.151 France FC1BQP Pierre-Francois Monet 
44.152 Venezuela OA4KO/YV5 Luis Suarez 

44.153 Argentina LU7ABF Pedro Converso 


44.154 Greece SV1UY Demetre Valaris 
44.155 Ireland EL9GL Paul Healy 
44.156 Hungary HA5DI Bela Markus 
44.157 Chile CE6EZB Raul Burgos 


44.158 Portugal CT1DIA Artur Gomes 

44.159 Thailand HS1JIC Kunchit Charmaraman 
44.160 South Africa ZS6BHD John 

44.161 Luxembourg LX1YZ Erny Tontlinger 


44.162 Cyprus 5BATX C. Costis 

44.163 Central America TI3DJIT Chuck Hast 

44.164 Surinam PZ2AC Otto Morroy 

44.165 Poland SP5WCA Andrzej K. Brandt 

44.166 Korea HLOTG Gary ? 

44.167 India VU2LBW Lakshman ("Lucky") Bijanki 
44.168 Taiwan BV5AF Bolon 

44.169 Nigeria 5NOOBA Kunle 

44.170 Croatia ?? Sinisa Novosel 

44.171 Serbia (nobody volunteered yet) 

44.172 Sri Lanka 4S7EF Ekendra 

44.173 Mexico XE???? (no one has volunteered yet) 
44.174 Brazil PP5AQ Luiz F. Catalan 

44.175 Cuba CO2JA Jose Amador 

44.176 Turkey TA2LA Abdul ? 

44.193 Outer Space-AMSAT W3IWI Tom Clark 


Date: Wed, 14 Apr 1993 14:33:47 GMT 

From: swrinde!cs.utexas.edu!uwm.edu! grc!don@network.UCSD.EDU 
Subject: Baycom / PMP - problem 

To: packet-radio@ucsd.edu 


In article <1qftbfINNaco@news.uwsuper.edu> you write: 

>Hi all, 

> In my ignorance I assumed they were the same. Now I have a Baycom 
modem, ( which works fine) and some software for the PMP version. I 
really need to use the PMP version or any thing that will give me 
source control of the program. I had already done extensive software 
mods to the PMP program and thought I was ready to go. 


VV VV 


I use a Baycom modem with PMP software and it works great. The 


First, you have to redefine the txport, rxport, cdport, and pttport 
parameters in the PMP.CFG file. Also the init lines..... 


pttport Ox3fc 0x02 0 
txport Ox3fc 0x01 
rxport Ox3fe 0x10 
cdport Ox3fe 0x20 0 


init Ox3fc 0x01 
init Ox3fb 0x40 


BTW, I made no mods to the actual PMP program at all, just 
the PMP.CFG file. 


Second, you have to have a carrier detect signal coming from your 
Baycom modem. This is pin 3 of the TCM3105 chip. It should go 
through the extra inverter in the 74x04 chip (I think that was the 
chip number) and then through a resistor to pin 6 of the DB25 RS232 
connector. The resistor should be the same value as the one used on 
the incoming data line. (I know I'm being vague, but I'm at work and 
my info is at home and I'm doing this from memory). 


> Does anyone know where I can get source for the baycomm style of modem 
> or failing that where I can buy ready made modems that use the PMP 
> software. 


I'm pretty sure you can find the source on ucsd.edu. I had to use 
PMP because my old Toshiba 1000 laptop has DOS 2.1 built in and it 
is incompatible with the Baycom software. PMP seems to work fine. 
PMP is also, IMHO, much easier to use than the Baycom software. I 
have used the Baycom software on my 286 in the shack. 


> P.S. The Baycom modems plug into a serial port and the PMP modems 
> into a parallel port. 


That is why you change the PMP.CFG file as above. 


Good Luck, you should be able to make the Baycom modem work with the 
PMP software and I know you'll be happy with it. I am! 


73 de 
Donald D. Woelz, K9GR Office Phone: 414-644-8700 
GENROCO, Inc. 
205 Kettle Moraine Drive North k9gr@k9gr.ampr.org [44.92.1.48] 
Slinger, WI 53086 U.S.A. don@genroco.com 
Donald D. Woelz Office Phone: 414-644-8700 
GENROCO, Inc. Toll Free: 800-243-6762 
205 Kettle Moraine Drive North Office Fax: 414-644-6667 
Slinger, WI 53086 U.S.A. 24 hr Voicemail: 414-322-3891 


Date: 14 Apr 93 12:06:58 GMT 

From: swrinde! gatech!howland.reston.ans.net!newsserver.jvnc.net!netnews.upenn.edu! 
prijat!triangle.cs.uofs.edu!bill@network.UCSD.EDU 

Subject: Cable TVI interference 

To: packet-radio@ucsd.edu 


In article <1375@wells.UUCP>, edw@wells.UUCP (Ed Wells) writes: 

|> 

|> It seems to me that the cable TV industry decided to use the same 

|> frequencies in the cable that are used as many other ham and/or commercial 
|> frequencies outside the cable, and now that leakage/acceptance is occuring, 
|> they don't know how to deal with the monster they've created, 

|> or their irate customers (who probably are demanding refunds). 


How could they have done otherwise?? Cable frequencies start at 2 Mhz and 
go up to almost 1 Ghz according to the published industry standards. 

Most Cable TV starts at 54 Mhz and has at least 38 channels. Let's see, 
38 * 6 = 228!! That makes it from 54 Mhz to 282 Mhz. That covers 2 ham 
bands (and pretty clos to a third) and dozens of other sevices. Short of 
fixing their leaks, there is no way to avoid interference. At least until 
they get the fiber in. ;-) 


bill KB3YV 
Bill Gunshannon | "There are no evil thoughts, Mr. Reardon" Francisco 
bill@cs.uofs.edu | said softly, "except one; the refusal to think." 


| #include <std.disclaimer.h> 


Date: Wed, 14 Apr 1993 13:09:10 GMT 

From: sdd.hp.com!saimiri.primate.wisc.edu!eng.ufl.edu!spool.mu.edu! 
howland.reston.ans.net!wupost!crcnis1.unl.edu!moe.ksu.ksu.edu!usenet-feed.umr.edu! 
UMRVMA.umr.edu!S111674@network.UCSD.EDU 

Subject: Cable TVI Interference 

To: packet-radio@ucsd.edu 


For all those wondering, according to a chart I have here are some 
Statistics for you about cable TV channels and the such: 


Channel Bandwith (MHz) PIX COLOR SOUND 
17 138-144 139.25 142.83 143.75 
18 144-150 145.25 148.83 149.75 
19 150-156 151.25 154.83 155.75 


And so on each is increased by 6 MHz 


I read somewhere on the list about channel 24 well: 


23 216-222 217.25 220.83 221.75 
24 222-228 223.25 226.83 227.75 
25 228-234 229.25 232.83 233.75 


Looks like the 220 ham band could have the potential to get in with 
these channels also. The 440 ham band would interfere with channels 
59, 60, and 61, if anyone is interested. 


Willie Sandin, NOMGJ 
S$111674@UMRVMA.UMR.EDU 


Date: Wed, 14 Apr 1993 13:40:26 GMT 

From: ghost.dsi.unimi.it!univ-lyon1.fr!babbage!ensl!chanterelle! 
vdonabed@tcgould.tn.cornell.edu 

Subject: DPK-2 

To: packet-radio@ucsd.edu 


Someone can give me the price of DPK-2 please ?°?? 
It's a D.R.S.I.'s TNC. 


Thanks in advance 


JARRE 


4 4 
df Vahagn DONABEDIAN : E-mail vdonabed@ens.ens-lyon.fr df 
if vdonabed@frensl61.bitnet iF 
4 4 
if Ecole Normale Superieure de Lyon if 

4 4 


JARRE 


Date: 14 Apr 1993 13:50:20 GMT 

From: saimiri.primate.wisc.edu!zazen!news.uwsuper.edu!hp.uwsuper.edu! 
pmcgilla@ames.arpa 

Subject: DRSI modems 

To: packet-radio@ucsd.edu 


HI, 
Some time ago someone posted out some code that would allow either 
NOS or NET to access a DRSI modem card. Would some kind soul tell me 
where that file is archived and under what name. I can't seem to 
find it. 


Thanks, 


Patrick L. McGillan 

Computer Systems Specialist 

University Of Wisconsin Ph: (715) 394-8191 
Superior, Wisconsin pmcgilla@uwsuper.edu 


Date: 14 Apr 93 13:56:53 GMT 
From: news-mail-gateway@ucsd.edu 
Subject: F6FBB 'Port' Numbers 
To: packet-radio@ucsd.edu 


I've been trying to solve this problem for a couple of weeks now, and it is still 
stumping me. I'm running the F6FBB code, on top of the G8BPQ node switch. All 
the ports 

(3 radio, 1 one modem) work correctly. Configuration is: 


Port 1: PK-232 in KISS mode - attached to physical COM 1 at the PC 

Port 2: DRSI Type II board, using the first connector on the card (DRSI ‘Port 0') 
Port 3: DRSI Type II board, using the 2nd connector (DRSI ‘Port 1) (same card as 
above) 

Port 4: Hayes modem 


The problem I'm having shows up on incoming packet connects. The system always 
reports 

that the incoming packet connect is on Port 1, even though it may have come in on 
Port 2 or 3. As I said, the ports all function correctly, so I'm assuming I've 
got 

a problem in the order of how the ports are accessed. I've got the ports defined 
in the G8BPQ BPQCFG.TXT file in the same order, with the same PORTNUM, as in the 
FBB PORT.SYS file. The node switch is keeping track of the ports correctly, of 
course. 

It's just that the FBB can't seem to correctly determine which port the connect is 
coming in on. 

Any Ideas / solutions would be appreciated. 

73, 

Gary 

N3KCD @ N3KCD.MD.USA.NA 

anderson @ sdd.comsat.com 


Date: Wed, 14 Apr 93 08:15:07 PDT 
From: almaden.ibm.com@uunet.uu.net 
Subject: F6FBB 'Port' Numbers 

To: packet-radio@ucsd.edu 


In <9304141356.AA22059@mrslate.sdd.comsat.com> Gary Anderson writes: 

Deed is still 
> 

>The problem I'm having shows up on incoming packet connects. The system always 
reports 

>that the incoming packet connect is on Port 1, even though it may have come in on 
>Port 2 or 3. As I said, the ports all function correctly, so I'm assuming I've 
got 

>a problem in the order of how the ports are accessed. I've got the ports defined 
>in the G8BPQ BPQCFG.TXT file in the same order, with the same PORTNUM, as in the 
>FBB PORT.SYS file. The node switch is keeping track of the ports correctly, of 
course. 

>It's just that the FBB can't seem to correctly determine which port the connect 
is 

>coming in on. 

>Any Ideas / solutions would be appreciated. 

Sikes 


What you need is the next beta release of AA4RE BBS (2.1G) that should 
be out in a week or two .. :-) .. The BPQ switch does NOT identify 
the incoming port since it is possible it could change during the 
conversation. However, there are ways around this and I have the code 
somewhat functional right now. 


Roy, AAGRE 


Date: 14 Apr 93 17:57:00 GMT 

From: news-mail-gateway@ucsd.edu 

Subject: Getting in contact with TCP coordinator for Southern Wisconsin 
To: packet-radio@ucsd.edu 


I would like to get an IP number. Who would I contact in the southern 
Wisconsin area? 


Tom Fleming N9SZF 
FLEMINGT@WISPLAN.UWEX.WISC.EDU 


Date: 14 Apr 93 16:06:58 GMT 
From: news-mail-gateway@ucsd.edu 
Subject: help 

To: packet-radio@ucsd.edu 


help 


Date: 14 Apr 1993 15:34:27 GMT 

From: math.fu-berlin.de!cs.tu-berlin.de!crusoe@uunet.uu.net 
Subject: KA9IQ more than 2 packet drivers ? 

To: packet-radio@ucsd.edu 


We try to route two protocols (ethernet, isdn) through KA9Q - both are 
implemented under DOS as packet drivers at two different soft-interrupts 
(Ox60 and 0x70) but they don't work together. Does KA9Q only support 
one external packet driver or a certain interrupt-area? 


W can get both, the WD8003E driver and the PAPI driver running separately, 


but they don't work at the same time. Any hint is appreciated. 


Please answer via e-mail, because I'm usually not reading this group. 
Thanks for evry hint in advance! 


Date: Wed, 14 Apr 1993 10:56:55 GMT 

From: usc!howland.reston.ans.net!usenet.ins.cwru.edu!news.csuohio.edu! 
sww@network.UCSD.EDU 

Subject: MSYS 1.14; is it out? 

To: packet-radio@ucsd.edu 


Mike and his two beta testers (NO8M and WB8BII) are signing [MSYS-1.14] 
but the release has not been made. The archive is being compiled so it 
will not be long. I will post the release to Cleveland Hamnet LLBBS 
when it happens. 

73 

Steve, NO8M 


Date: 14 Apr 1993 13:51:05 -0400 

From: ucsnews!sol.ctr.columbia.edu!eff!enterpoop.mit.edu!ai-lab! 
hal.gnu.ai.mit.edu!not-for-mail@network.UCSD.EDU 

Subject: Packet radio in Washington, DC - info please. 

To: packet-radio@ucsd.edu 


I will soon be able to recieve packet radio in the Washington, D.C. area 
(I'm in New York for the next month). Is there anybody out there in 
Washington was could send me a list of the most active channels for 1200 
buad packet, lists of digipeters, etc? I'd really appreciate it. Thanks. 


Date: 14 Apr 1993 14:53:17 GMT 

From: news.tek.com!cascade.ens.tek.com! ronk@uunet.uu.net 
Subject: Possible KAME v6.1 problem 

To: packet-radio@ucsd.edu 


I received my KAM Enhancement board (KAME v6.1) and HostMaster II+ (v3.11) 
Friday and installed them (also Friday). 


I have set up my KAME to automatically forward to my local BBS (running 
AA4RE). While my KAME does forward both Personal messages and Bulletins 
(I find them on the BBS), it does not flag the messages/bulletins on my 
KAME as being forwarded (F) or even kill the message. Consequently, it 

will try again an hour later. 


Has anyone else experienced this problem or is it just me? Kantronics 
hasn't heard about the problem from anyone else when I called Monday. 
(It took 3-1/2 hours to get through.) 


FYI, DISPlay Pbbs shows: 
PBBS 105 


PBFORWRD OR9QOO VHF AFTER 1 
PBHEADER ON 


PBHOLD OFF 
PBKILLFW OFF 
PBLO NEW VARIABLE 


PBPERSON OFF 
PTEXT Welcome to ORO151-1/PBBS. Please leave a message. 


Translation: 


My PBBS will store 105,000 bytes of messages. The PBBS forwards to the 
node OR9I00O via the VHF port when someone disconnects from the PBBS and 
will attempt once an hour until delivery is made. Received headers are 
stored in the messages when they are forwarded from the BBS. Messages 
received for forwarding will not be held for SYSOP review, but will be 
automatically forwarded. Messages forwarded will not be killed, but 
will be marked with the forwarded flag (F) to prevent them from 
forwarding again. The PBBS will list messages from newest to oldest, 
but the user has the option of changing the order in which messages are 
listed by using the LO command. The personal mailbox will allow messages 
to be sent to any callsign. And last but not least the customized text 
that users of my PBBS receive when they connect in. 


Other DISPlay information is available upon request. And yes, I am using 
the KAME in Civil Air Patrol. 


Ron Kirkpatrick N7RFA/BF151/AFA5HZ 
News Administrator/Postmaster 
Tektronix, Inc 

503-627-6707 


Date: 14 Apr 93 12:46:41 GMT 

From: news-mail-gateway@ucsd.edu 

Subject: RFD: reorganization of rec.radio.amateur 
To: packet-radio@ucsd.edu 


>I am disturbed that we have had xlittlex input from the Listserver users. To 
>that end, if a listserver user doesn't know where to turn to, in order to post 


>their opinions to news.groups, I have set up news.groups@ve6émgs.ampr.ab.ca to 
>cross post to: news.groups,rec.radio.amateur.misc,rec.radio.amateur.packet for 
>the RFD and CFV period. 

>-- 73 de VE6MGS/Mark 


well....we're kinda powerless to do anything about it - ifn y'all gonna break 
things into smithereens, and the server gang doesn't make it a list, we're 
never going to see it (unless we get the Real News Feed someday). 


certainly i understand the power of a threaded reader (such as tapcis/tappet 
combination for running CIS forums), but from the mail side, things don't seem 
to be so oppressive or overwhelming that i can't at least browse the headings 
for interesting things and use the search feature of my file browser to locate 
anything of immediate interest.... 


and i can put it aside (famous last words...), i guess. is the problem really 
from those that have only a narrow interest in this all-encompassing field of 
amateur radio yet feel their subject is deserving of the fame of a 
rec.radio.amateur.<subject> heading? 


of course, i haven't figured out those cost charts Paul posts yet either...so 
maybe i'm all wet...but the current system seems to be working for me so i'm 
not sure a change would be "good". 


bill wb9ivr%pubs%genav.mlb@ns14.cca.cr.rockwell.com 


Date: 14 Apr 93 09:41:11 CDT 

From: swrinde! gatech!howland.reston.ans.net!wupost!uwm.edu!linac!uchinews! 
raistlin!timbuk.cray.com!hemlock.cray.com! andyw@network.UCSD.EDU 

To: packet-radio@ucsd.edu 


References <1993Apr11.005402 .14265@ke4zv.uucp>, 
<1993Ap114.080031.15737@qualcomm.com>, <1993Apr14.130727.21299@cunews.carleton.ca> 
Subject : Re: Rich Man's Packet ... : -) 


Ian McEachern (VE3PFH) writes: 

> Lege 

Of course as we move up to the microwave bands the whole story 
starts to change. But for those bands we would need a modem with a 
144 MHz IF (to take advantage of the DEM transvertors). 

Eatecoed 


VV VV 


I've toyed with the idea of building a small transverter to 
convert the 28MHz IF to 144, to allow the 1296 & higher Down 
East transverters to be used. I was figuring on something as 


simple as a crystal locked PLL LO feeding a couple of DBM. 
Add a 28MHz filter on rx and a toko helical on tx - maybe 
a single stage of amplification in each direction.. 


I'm thinking that the NF isn't important this far down the 
chain, but I should pay attention to the LO quality. 


Am I missing something ? It's nice to think in terms of little 
building blocks, but I'm always afraid I'll forget some key 
detail and it'll perform like a dog. 


Of course, all this would have much more authority if I'd just finish 
off the interface to the DEM 440 transverter :-) 


andyw. NOREN/G1XRL 


andyw@aspen.cray.com Andy Warner, Cray Research, Inc. (612) 683-5835 


Date: Wed, 14 Apr 1993 13:07:27 GMT 
From: swrinde!cs.utexas.edu!utnut! nott! cunews! news@network.UCSD.EDU 
To: packet-radio@ucsd.edu 


References <1993Apr09 .145903.49266@watson.ibm.com>, 
<1993Apr111.005402.14265@ke4zv.uucp>, <1993Apr14.080031.15737@qualcomm. com> 
Subject : Re: Rich Man's Packet ... : -) 


Phil Karn writes: 

>The WA4DSY transmitter is pretty good, but the receiver really ought 
>to be replaced with a DSP engine. Modern DSPs are probably fast enough 
>to do a pretty good job of coherent demodulation at 56kb/s (the DSY 


This sounds good, but I bet the DSP would cost as much or more than all 
the components on the DSY modem now. 


10 dB improvement should be easy to do, but the cost would start 

to put the modem into the TS850 price range, without RF. In most 
cases (except southern Calif. of course:-) that 10 dB is not really 
needed with existing transverters. At 440 and 220, if you have 

line of sight 10 watts should be more than adequate to give decent 
performance with the existing modem. If you don't have line of 
sight other problems (like ISI from multipath) are going to give 
you a real hard time. If the DSP can make use of the multipath 
signals to enhance it's performance, it would be useful! 


Of course as we move up to the microwave bands the whole story 


starts to change. But for those bands we would need a modem with a 
144 MHz IF (to take advantage of the DEM transvertors). 


The adjacent channel performance of the stock DSY modem isn't that 
great (at least on my modem it isn't), perhaps good digital filtering 
could help out there some (tho I suspect that most of the degradation 
would be due to strong adacent channels getting into the lo IF). But 
then I don't know of anybody else that is seriously considering putting 
up 2 DSY repeaters on adjacent channels from the same site for LAN 
traffic. 


About coherent demod. The reason (at least the reason explained in 
the GRAPES video) that non-coherent was chosen, was in part, because 
if offered much faster lock up times. What kind of lock up times 
can you reasonably get with the sort of demod you're looking at? 

I know commercial burst demods can lock up in less than 64 symbols, 
but then for $15K one would expect fast lock up time. 


im 
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